-
Notifications
You must be signed in to change notification settings - Fork 683
Adapted the makefiles to the new build system #1232
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adapted the makefiles to the new build system #1232
Conversation
@pfalcon @robertsipka @LaszloLango Please have a look |
-DEXTERNAL_BUILD_ENTRY_FILE=$(TARGET_ZEPHYR_SRC_DIR)/jerry-entry.c | ||
-DCMAKE_TOOLCHAIN_FILE=cmake/toolchain_external.cmake \ | ||
-DEXTERNAL_BUILD_ENTRY_FILE=$(TARGET_ZEPHYR_SRC_DIR)/jerry-entry.c \ | ||
-DFEATURE_SNAPSHOT_EXEC=OFF \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
wrong indentation
LGTM after the minor style issues are fixed. |
@@ -116,21 +117,22 @@ endif | |||
cmake -B$(INTERM) -H./ \ | |||
-DENABLE_LTO=OFF \ | |||
-DENABLE_VALGRIND=OFF \ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It changed its name to FEATURE_VALGRIND
@robertsipka Nice one, thanks for looking at the code and the feedback. I am not sure if i will have the time today but will fix those issues soon. |
a2ba8ea
to
f3f5ccc
Compare
@robertsipka Still haven't figure out what the problem is with time_t, it seems to be defined as "long" for the arduino_101 inside the SDK, which conflicts with the unsigned for the time calculation. Before this change i think the definitions from JS were first so it was defined properly somewhere. Will investigate further. |
f3f5ccc
to
b6fad8f
Compare
@sergioamr : Nice work! Let me however dump my mind with things I know about related matters (I'm on and off these days, so late spotting some things):
So, while this patch is definitely is a good thing, not everything is right yet, though I don't know where issue is. Anyway, that shouldn't be a reason to delay this patch, so as long as JrS maintainers are ok with it, I'm +1 on merging it too. |
LGTM (informally) |
LGTM |
This turned out to be problem with multilib detection for Cortex-M4 (as used on frdm_k64f). It was fixed by Zephyr SDK 0.8.2 release yesterday. So firm +1 from me on this patch. |
@sergioamr, please rebase to the current master, so we can land it properly. |
@LaszloLango Done |
@sergioamr, something went wrong when you rabased the PR. Now you have 7 commits. :) |
db17557
to
03c6d8e
Compare
@LaszloLango Sorry, i kind of randomly shot commands to git this morning while being sleepy :D |
@sergioamr, no problem, but @akosthekiss landed a patch a few minutes ago, so yours is out of date again. |
- Zephyr now requires two passes to create the configuration for the cross compiling - Added the missing bits required to build a valid new jerryscript minimal configuration JerryScript-DCO-1.0-Signed-off-by: Sergio Martinez [email protected]
03c6d8e
to
67b494d
Compare
@sergioamr: Congrats on merging, now let's brainstorm https://jira.zephyrproject.org/browse/ZEP-644 ;-) |
Tested on Arduino101, qemu_x86, qemu_cortex_m3
I don't see how to generate a toolchain cmake with the new system in the form
of cmake\toolchain_zephyr... and use the build.py.
All the parameters are dynamically generated by the Zephyr makefile includes.
JerryScript-DCO-1.0-Signed-off-by: Sergio Martinez [email protected]